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GENERIC DRM SYSTEM ARCHITECTURE 




Figure 1: Components of a typical DRM system. 
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Figure 2: Taxonomy of DRM-enabled clients. 
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Figure 3: Certification subsystem. 
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Figure 4: Code Identity verification with Verifying Launcher 
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COMPONENTS OF TRUSTED CONTENT HANDLER 
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Figure 6: Components of Trusted Content Handler. 
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Figure 5: Code Identity verification with In-Call Verifier. 




Figure 7: Execution steps followed by TCH to serve a request for a resource. 
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Figure 3: IE window hierarchy. 
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Figure 9: End-user registration and clienc unique key pair generation. 
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Fieure 10: Riehcs acauisidon and oersonaiizadon. 




YOR920000599US1 




Figure 11: Lightweight end-to-end DRM-enabled content distribution architecture. 



